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FIELD OF THE INVENTION 

The present invention relates generally to electronic communication systems, and 
more specifically to a method and system for excluding recipients in an electronic 
5 communication system using an exclude operation. 

BACKGROUND OF THE INVENTION 

Today's electronic communication systems are heavily relied on to support a wide 
variety o f u ser n eeds. In p articular, e lectronic m ail s oftware p rograms ("email") h ave 

10 become ubiquitous, and are often the most practical and/or efficient mode of 
communication available. However, user accessible controls over entities designated for 
receipt of an outgoing message are limited in typical systems. The entities processed in 
such systems may be mailing and distribution lists, user-defined groups, individual email 
addresses, aliases, or other specific types of recipient identifiers as appropriate for the 

1 5 specific c ommunication system. A ccordingly, i n t he p resent a pplication, 1 ists, g roups, 
aliases and recipients are interchangeably referred to as entities. 

For example, a user of existing email client-server software, such as Lotus 
Notes®, Microsoft Outlook Express®, Eudora®, or sendmail™, does not have the ability 
to easily exclude an entity from an ongoing or initial communication, when using mailing 

20 lists, groups, and/or individual addresses. For example, an email program user may 
desire to send an email message to recipients listed in association with an email alias or a 
mailing list for a set of users, such as "Sales Employees", while excluding one or more 
entities within the list from receiving the message. Existing systems provide no 
convenient mechanism for accomplishing this objective. Asa result, the user may be 
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forced to individually input all the entities from the list other than the one(s) they wish to 
exclude into the destination field for the message. Similarly, if it is desired to exclude an 
entity from receiving an initial message or ongoing email thread, the current approach is 
to manually s earch and d elete the unwanted recipient address or lists from destination 
5 fields. This shortcoming prevents the convenient use of the "Reply All" function in 
situations where one or more entities participating in a communication thread are 
intended to be excluded from a message within the ongoing series of communications. 

This problem becomes more difficult in the case of a message in which the only 
receiving entities specified are specified as lists or groups. First, there is no convenient 

10 way to determine the individual email recipients of the message, without some automated 
way to resolve the component entities of each destination list on the client system. 
Existing systems do not operate to determine the individual addresses specified by each 
destination list or group, unless the list or group is local to the client. Moreover, even if 
the all destination lists and/or groups are fully resolved, the user of the c lient system 

15 must then manually search and delete those entities desired to be excluded from receiving 
the message. 

In the area of bulk email software, sometimes referred to as "spamming" tools, 
some recipient exclusion capabilities exist. Existing bulk email tools provide the ability 
to define a recipient exclusion file separate from and outside the user interface for 
20 defining, addressing and sending a specific message. Accordingly, such list definition 
tools are not suitable for general email users, since the exclusion step, even for a single 
message, requires list manipulation independent from the steps of defining and/or 
responding to a message. Switching to another window within the user interface window 
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to perform such list editing and/or definition is undesirable from a usability perspective. 
Moreover, separate list editing steps may be cumbersome when defining and/or 
responding to individual messages, such as within a message thread using a "Reply All" 
function. Editing an exclusion file for a small number of desired exclusions is, like 
5 manually searching and editing the contents of message destination fields to delete 
individual recipients, time consuming and inefficient. Thus, while existing bulk email 
tools are useful for batch processing of "spam" email messages, their overall design and 
user interfaces leave much to be desired for the general email user. 

For the above reasons, it would be desirable to have a new system for controlling 
10 the recipients of an electronic message, such as an email message. The system should 
allow a user to exclude recipients as easily as it allows the user include recipients of a 
message. 

SUMMARY OF THE INVENTION 

15 To address the problems described above and others, a method and system are 

disclosed that enable a communications system user to conveniently define entities to be 
excluded from receiving an electronic communication, such as an electronic mail 
("email") message. In an illustrative embodiment, the disclosed system provides an 
"Exclude" user entry field in a user interface to an email system. The Exclude field 

20 accepts entry of an "exclude set" of entities to be excluded from being recipients of an 
email message being processed or defined in a currently accessible graphical user 
interface window. The disclosed Exclude field is provided in a user interface window 
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together with one or more other user entry fields available for definition and/or review of 
an "include set" of entities initially designated for receipt of the message. 

The user entry fields available for definition and/or review of an "include set" 
may, for example, include a cc: ("carbon copy") user entry field, a bcc: ("blind carbon 
5 copy") user entry field, as well as the To: user entry field. The bcc: user entry field lists 
addresses, groups, or lists, to which the message will be sent, but which will not be seen 
by the recipients, while the contents of the cc: field will be visible to all recipients. 

The disclosed system is applicable to a variety of communication systems, such as 
email and other similar methods of communication. The entities processed using the 

10 disclosed system may be mailing and distribution lists, user-defined groups, individual 
email addresses, aliases, or other specific types of recipient identifiers as appropriate to a 
specific communication system. In some cases, multiple recipients are addressed by a 
single recipient identifier, like an email address. The specific title or image identifying 
the Exclude field may include a text title of "Exclude", or provide any other textual or 

15 graphic indication of the field, as appropriate. The Exclude field may be adjacent to the 
fields defining the include set, or in some other location within the user interface window. 
The disclosed system processes one or more entities identifiers entered by a user into the 
Exclude field by preventing those entities from receiving the email/communication. 
Accordingly, the disclosed system may be used to exclude an individual within a group 

20 or list from receiving a message, or to exclude irrelevant users from receiving a message 
otherwise received by all recipients in an ongoing email thread in which recipients are 
replying to all users within a group using a "Reply All" email function. The disclosed 
system can be used to exclude any specified set of entities from the set of recipients. 
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The disclosed system provides significant advantages over the prior art. 
Specifically, the disclosed system enables a user to exclude recipients from an ongoing 
discussion using email, as easily as the user can add recipients to the ongoing discussion. 
The disclosed system may further operate to process email groups and/or lists by 
5 resolving their contents on either the client or server side. Moreover, in contrast to bulk 
email systems designed to send large numbers of copies of a single email message, the 
present invention automates the exclusion of entities from individual messages in a way 
that is useful to the general email user. For many users, this will translate into a) saving 
keystrokes, and b) eliminating the trouble of remembering all the entities on a list or in a 
10 group. The disclosed system also potentially reduces network traffic and disk space 
usage, since the amount of overall traffic is reduced through its use. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 In order to facilitate a fuller understanding of the present invention, reference is 

now made to the appended drawings. These drawings should not be construed as limiting 
the present invention, but are intended to be exemplary only. 

Fig. 1 is a block diagram illustrating devices in an embodiment of the disclosed 

system. 

20 Fig. 2 is a block diagram representation of a screen display showing a client email 

user interface for an embodiment of the disclosed system; 

Fig. 3 is a flow chart illustrating operation of a source client computer system an 
embodiment of the disclosed system; and 
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Fig. 4 is a flow chart illustrating operation of a source server in an embodiment of 
the disclosed system. 

Fig. 5 is a flow chart illustrating operation of a destination server in an 
embodiment of the disclosed system. 

5 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 

As shown in Fig. 1, devices in an illustrative embodiment of the disclosed system 
include a source client system 1 communicably coupled to a source server system 2. The 

10 source server system 2 is communicably coupled to a network 3, over which it 
communicates with a number of destination server systems, shown for purposes of 
illustration as destination server system 4. The destination server system 4 is 
communicably coupled with some number of destination client systems, shown as 
destination client systems 5, 6 and 7. 

15 The source client system 1, source server system 2, destination server system 4, 

and destination client systems 5, 6 and 7 are, for example, each computer systems having 
one or more processors, as well as associated memory for storing program code 
executable on such processors. Such computer system may be based on any appropriate 
any specific computer architecture and/or operating system, and the program code may 

20 be provided to the processor and/or stored in the associated memory using any 
appropriate programming language and/or data format. For purposes of explanation, the 
source client 1 and destination clients 5, 6 and 7 each execute electronic mail ("email") 
client programs. The source server 2 executes an email server program associated with 
the email client program in the source client 1, while the destination server 4 executes an 
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email server program associated with the email client programs in the destination clients 
5, 6 and 7. 

As shown in Fig. 2, an embodiment of the disclosed system operates to provide a 
graphical user interface (GUI) display including a message processing display object or 
5 window, such as the electronic mail ("email 11 ) client program user display 10. The email 
client user display 10 is displayed, for example, to a user of client software in an email 
client-server software system, such as a user of the source client system 1 of Fig. 1. In 
the embodiment of Fig. 2, the client user display 10 is provided within a single window 
of a window based user interface, such as that may be provided by a window manager 

10 program in a windowing system within an operating system executing on the client 
computer system. The window containing the client user display 10 may, for example, 
be provided as a separate viewing area on a computer display screen in a system that 
allows multiple viewing areas as part of the graphical user interface (GUI). 

As shown in the illustrative embodiment of Fig. 2, the client user display 10 is 

15 generated including a destination user entry field, shown as the To: user entry field 12, a 
carbon copy user entry field, shown as the cc: user entry field 14, a blind carbon copy 
field, shown as the bcc: user entry field 16, an exclude user entry field, shown as the 
Exclude: user entry field 18, a subject line user entry field, shown as the Subject: user 
entry field 20, and a message definition portion, shown as the message 22 in Fig. 2. 

20 Fig. 3 is a flow chart showing steps performed at a source client system, such as 

the source client system 1 of Fig. 1. As shown in Fig. 3, at step 30 the source client 
accepts the include set and exclude set as inputs from the user, for example through an 
interface such as shown in Fig. 2. For example, the include set consists of the entities 
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present in the destination, carbon copy, and blind carbon copy user entry fields 12, 14, 
and 16 of Fig. 2. The contents of the destination, carbon copy, and blind copy fields may 
be explicitly entered by the user in the current display window, or may be preloaded as a 
result of the user using a Reply or Reply all function or other client configuration with 
5 regard to a previously received message through the email client program interface. The 
exclude s et c onsists o f t he e ntities p resent i n t he e xclude u ser e ntry f ield, s uch a s t he 
Exclude: user entry field 18 of Fig. 2. The contents of the exclude field may also be 
explicitly entered by the user in the current display window, or may be preloaded as a 
result of the user using a Reply or Reply all function with regard to a previously received 
10 message through the email client program interface. The entities within the include set 
and the exclude set may consist of individual user addresses, address lists, user-defined 
groups, user-defined aliases, or other indications of potential recipients of the current 
message. 

At step 32, the source client system resolves any unresolved entities in the include 
15 set or exclude set that it can resolve, either locally based on information stored in the 
source client system, or by contacting a remote entities processing facility. For example, 
a remote entities processing facility employed at step 32 could consist of an email server 
software executing on the source server 2 of Fig. 1, or a directory server, or some other 
facility. In the exemplary embodiment, resolution of entities in the include set or exclude 
20 set means, for example, that identifiers in the sets are translated into one or more email 
addresses, each of which having a destination server IP (Internet Protocol) address 
associated with them. Step 32 may include determining which entities within the include 
and exclude sets indicate multiple recipients, as in the case of a distribution list or user 
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defined group. For such entities, the source client system attempts to determine the 
individual recipient identifiers, such as email addresses, associated with them. After the 
entity resolution performed at step 32, there are, for example, entities in both the include 
set and the exclude set, which may be either resolved or unresolved. 
5 At step 34, the include set is now assigned the difference between the include set 

and the exclude set. The exclude set remains the original exclude set. Accordingly, at 
step 34, the following set theory difference operation is performed: 

INCLUDE SET = {INCLUDE SET - EXCLUDE SET} 

10 

As a result, the include set contains all members of the include set that do not 
belong to the exclude set. As will be apparent to those skilled in the art, the include set 
cannot be empty initially, while the exclude set can be empty. 

At step 36, the disclosed system determines whether the include set resulting from 
15 step 34 is empty. If so, then the flow ends at step 38. Otherwise, the new include set, 
exclude set, and message are sent to a source server, such as the source server system 2 of 
Fig. 1, for further processing. 

Fig. 4 is a flow chart showing steps performed by a source server system, such as 
the source server system 2 of Fig. 1, in an embodiment of the disclosed system. As 
20 shown in Fig. 4, email server software executing on the source server system accepts the 
message transmitted from the source client system, as described at step 40 of Fig. 3, 
together with the include and exclude sets. At step 52, the source server system operates 
to resolve the include set and the exclude set, by resolving any unresolved entities in the 

10 
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include set or exclude set that it can resolve. At step 54, the source server system may 
operate to determine whether a resolution error has occurred. A resolution error occurs 
when the source server is unable to resolve all the entities in the include and exclude sets 
it received to their respective destination IP addresses. If such an error occurs, then step 
5 54 is followed by step 56, in which an error may be sent back to the source client system 
stating that one or more entities could not be resolved, and processing of the message 
may be terminated. Otherwise, step 54 is followed by step 58, at which the source server 
system assigns the difference between the include set and the exclude set to the include 
set. The exclude set remains unchanged. If the resulting include set is determined to be 

10 empty at step 60, then processing is completed at step 62. Otherwise, step 60 is followed 
by step 64, in which the disclosed system operates to send the message to the entities in 
the new include set, and also passes along the exclude set with each message. Those 
skilled in the art will recognize that the forwarded message implicitly includes the 
relevant include set for any given destination server, for example, a message sent to 

15 userl@ibm.com, user2@ibm.com and user3@xyz.com will implicitly include 
{userl,user2} as the include set for destination server ibm.com, and {user3} as the 
include set for destination server xyz.com. 

Fig. 5 is a flow chart showing steps performed by an embodiment of the disclosed 
system to process information received by a destination server system, such as the 

20 destination server 4 of Fig. 1. The destination server may or may not support exclusion 
of recipients, and the disclosed system can operate whether or not such exclusion is 
supported on the destination server. At step 70, the destination server accepts the 
incoming message from the source server, which may include the exclude set. At step 
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72, the destination server may operate to resolve one or more entities within the exclude 
set and include list that it received with the message from the source server. At step 74, 
in the event that a difference operation on the include set and exclude set has a non-null 
result, the destination server deposits the received message to the set of entities indicated 
5 by the difference between the include set and the exclude set, for example by transmitting 
the message to one or more destination clients such as the destination client systems 5, 6 
and 7 shown in Fig. 1 . The destination server may operate as a source server system for 
messages sent to other destination server systems, for example for messages originating 
the destination client systems communicably coupled with the destination server system. 
10 Also, the destination server may operate as a source server for messages received from 
other source server systems, for example for entities in an incoming message's include set 
resolves into one or more recipients which are not within the domain of the destination 
server. In such a case the source server functions as a virtual source client of the 
destination server. 

15 In an example of operation of the disclosed system, a distribution list may be 

defined as the ALL-Employees list, and contain 2000 individual user entities, each 
consisting of an individual email address. A user may desire to send an email message to 
those users within the All-Employees list, but to exclude a particular user, identified an 
individual email address John-Smith@company. The user needs to simply enter the All- 

20 Employees list identifier into the To: user entry field 12 of Fig. 2, and also enter the email 
address John-Smith@company into the Exclude: user entry field 18, and then click on a 
"send" button provided by the email client software. Similarly, if the user desires to send 
a message to the All-Employees list, but to exclude 80 users listed in a list identified as 
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the Federated-Team list, the user needs simply to enter the All-Employees list identifier 
into the To: user entry field 12 of Fig. 2, and also enter the Federated-Team list identifier 
into the Exclude: user entry field 18, prior to clicking on a "send" button provided by the 
email client software. Moreover, if, during a message thread being communicated among 
5 all users listed within the All-Employee list, the user receives a message, and wishes to 
send a reply excluding the users within the Federated-Team list. The user need only use 
a Reply or Reply all function, and then enter the Federated-Team list identifier into the 
Exclude: user entry field 18, prior to clicking on the "Send" button provided by the email 
client software. 

10 Figs. 3, 4 and 5 are flowchart illustrations of methods, apparatus (systems) and 

computer program products according to an embodiment of the invention. It will be 
understood that each block of the flowchart illustrations, and combinations of blocks in 
the flowchart illustrations, can be implemented by computer program instructions. These 
computer program instructions may be loaded onto a computer or other programmable 

15 data processing apparatus to produce a machine, such that the instructions which execute 
on the computer or other programmable data processing apparatus create means for 
implementing the functions specified in the flowchart block or blocks. These computer 
program instructions may also be stored in a computer-readable memory that can direct a 
computer or other programmable data processing apparatus to function in a particular 

20 manner, such that the instructions stored in the computer-readable memory produce an 
article of manufacture including instruction means which implement the function 
specified in the flowchart block or blocks. The computer program instructions may also 
be loaded onto a computer or other programmable data processing apparatus to cause a 
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series of operational steps to be performed on the computer or other programmable 
apparatus to produce a computer implemented process such that the instructions which 
execute on the computer or other programmable apparatus provide steps for 
implementing the functions specified in the flowchart block or blocks. 
5 Those skilled in the art should readily appreciate that programs defining the 

functions of the present invention can be delivered to a computer in many forms; 
including, but not limited to: (a) information permanently stored on non- writable storage 
media (e.g. read only memory devices within a computer such as ROM or CD-ROM 
disks readable by a computer I/O attachment); (b) information alterably stored on 

10 writable storage media (e.g. floppy disks and hard drives); or (c) information conveyed to 
a computer through communication media for example using baseband signaling or 
broadband signaling techniques, including carrier wave signaling techniques, such as 
over computer or telephone networks via a modem. 

While the invention is described through the above exemplary embodiments, it 

15 will be understood by those of ordinary skill in the art that modification to and variation 
of the illustrated embodiments may be made without departing from the inventive 
concepts herein disclosed. Moreover, while the preferred embodiments are described in 
connection with various illustrative program command structures, one skilled in the art 
will r ecognize t hat t he sy stem m ay b e e mbodied u sing a v ariety o f s pecific c ommand 

20 structures. Accordingly, the invention should not be viewed as limited except by the 
scope and spirit of the appended claims. 
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